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SYSTEMS AND METHODS FOR PERFORMING 
INTEGRATED FINANCIAL TRANSACTIONS 

5 Cross Reference to Related AppHcations I 

This case claims priority to USSN 60/107731, entitled SYSTEMS AND 
METHODS FOR INTEGRATING FINANCIAL TRANSACTIONS, and naming Barry 
L. Starr, as an inventor. 

10 Field of the Invention | 

The invention relates to systems and methods for providing small business 
owners with centralized control over transactions and accoimts, and more particularly to 
systems, methods and software products that provide a user with control over a financial 
transaction that occurs between different financial service providers, including different 
15 online financial service providers. 

PffCfcgrQuntf pf the InVCTtfop 

Online banking services promise individuals and small companies significant 
increases in the efficiency of managing business accounts and corporate financial 
20 transactions. The online banking industry is expected to grow significantly over the 

coming years as more and more small business begin to leverage the Intemet as a ready 
mechanism for transferring funds, purchasing services and goods, and managing 
corporate accoimts. 

However, although the promise of efficient online financial services has been 

25 repeatedly made over the last several years, the online banking services that exist today 

are, in truth, incomplete and difficult to employ. As such existing online banking 

services fail to provide to small business and individuals those key factors that are 

necessary for a customer to achieve the efficiencies they require. These efficiencies 

include ease of use, the ability to delegate authority for performing financial transactions 

30 sufficient features to perform those transactions necessary for conducting the day to day 

business of a small company, and a simple and intuitive interface that allows a customer 

to readily perform the desired transaction. 

Today there exist many online banking systems that allow a consumer, small 

business , or other entity to control, transfer, and monitor the funds maintained within a 

1 
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banking account. One such system is described in U.S. patent 5,220,501 which describes 
an online banking system that allows a user to control the funds within a checking 
account fh)m a remote terminal, such as a computer system from a users home. 
Similarly, U.S. patent 5, 903, 881 describes a personal online banking system with 
integrated online statement and checkbook user interface that also provides an online 
banking system that allows a user to control there checking account from a remote 
location. 

Although these systems generally work well for individuals interested in 
remotely monitoring there personal checking accoimt, saving accoimt or other personal 
bank accotmts. There fore such systems can be quite effective at helping an individual 
manage there personal finances. 

However, the financial accounts of a small business are significantly more 
complicated than the financial accounts of an individual and can involve transactions for 
making payroll, 40 IK transactions, health insurance transactions, retirement plans, 
managing a plurality of corporate credit cards, and other such transactions. Its further 
common that a small business purchases different financial service from different 
financial service providers, either because no single service provider is capable of 
providing all the necessary or because there are economic advantages to choosing 
multiple service providers over a single financial service provider. Therefore it is quiet 
common for a small business owner to utilize the banking services of one financial 
institution and the payroll services of a different financial service provider. Similarly, 
the same business may choose a special service provider to manage mutual funds and 
another financial service provider for securing corporate credit cards. Accordingly a 
small business can be left with a plurality of different SP, each of which may optionally 
provide online access to the company's account. Although the online access may 
provide the company with convenient access to that service provider's accoimt 
information, the company is still left with having to manage a plurality of different 
accounts each of which has separate online access controls including different user 
interfaces, different passwords and different functions. Thus the user is left with having 
to administer a plurality service systems. This can be quite a cumbersome and labor 
intensive process one of which many companies find distracting 6com the main corporate 
mission. Moreover have a plurality of different accoimts makes it difficult to delegate 
authority for administering a different accounts. For example, a small company may 
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provide the company comptroller with access and authority to administer funds from the 
company's checking account, payroll, 40 IK plan, and other accoxmts. However, if the 
comptroller were to leave the company, the remaining corporate officers would be faced 
with having to go into each online service and change the user account information to 
5 remove the user account previously provided to the comptroller thereby insuring that the 

departed comptroller can no longer access corporate financigjl information. 

Accordingly, although online financial services exist today these systems are 
generally cimibersome to employ and fail to provide a small business with the services 
required for managing the day to day financial transactions cjf the con^jany. 

10 Accordingly there is a need in the arc for a system that provides a facile to use financial 

service that provides the small business with the tools and service required to manage 
the financial stmcture of the company. There is a further need for systems that provide a 
small business with central control over all the companies accounts or a plurality of the 
company's accounts thereby allowing he small business owner to grant or restrict access 

IS to company accounts readily. 

Summary of the Invention 

The invention provides a tool kit for a small business owner to manage a 
plurality of different financial accounts to perform a number of different financial 

20 transactions, wherein each of the transactions involves multiple sub-transactions which 

occur among different financial service providers. For example, the system provides an 
integrated package that integrates financial service providers, such as a payroll service 
provider, a retirement plan service provider, a healthcare service provider or another 
type of service provider. The system provides one interface to a subscriber and the 

25 subscriber can select from the interface a financial transaction to perform. For example, 

one transaction that can be selected by the subscriber is to "Pay Payroll." Upon 
selecting this transaction at the user interface, the subscriber's computer sends an 
instruction to a webserver that coordinates transactions between different providers. The 
webserver interprets the instructions to pay payroll as an instruction to transfer money 

30 fi"om a "Cash Money Accoimt" (CMA) into a checking account, and firom the checking 

accoimt, deliver money to the payroll service provider for making the payroll. The 
systems and methods described herein perform the middle-level computing and 
processing that negotiates the financial transactions which are to occur through each of 
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the service providers in order to perform this compound financial transaction. For 
example, the system can transmit to the CMA service provider instructions in a format 
understood by the CMA service provider and having the information necessary for the 
CMA service provider to transfer money from the CMA account into a cash account or 
savings account that can be employed by the payroll service provider. For example, the 
server can provide to the CMA financial service provider an instruction including 
information such as a user ID, a PIN nimiber, the amoimt of money necessary for 
making payroll, an instruction representative of the account into which money should be 
transferred fix)m the CMA account, and any other suitable information that the CMA 
service provider needs to transfer money from the CMA account. Similarly, the system 
can provide instructions to the payroll service provider that direct the payroll service 
provider to prepare payroll checks for each of the employees currently of record at the 
payroll service provider^ data center. Similarly, the server can provide to the payroll 
service provider information that is representative of a user ID nimiber, a PIN number, 
an access control nxmiber, or any other type of information that is required by the payroll 
service provider to perform the financial transaction requested by the systems subscriber. 

Brief Description of the Drawing s 

The invention will be appreciated more fiilly from the following description with 
reference to the accompanying drawings wherein; 

Fig. 1 depicts a fimctional block diagram of one system according to the 
invention; 

Fig. 2 depicts in more detail a system according to the invention; 

Fig. 3 depicts one example of an interface for collecting access information from 
a subscriber; 

Fig. 4 depicts on example of an interface for controlling the access settings for 
various subscribers; 
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Fig. 5 depicts a flowchart diagram of example operations providisd to a 
subscriber by a system according to the invention; and 

Fig. 6 depicts in more detail one example of a process according to the invention. 

5 !• 

Detailed Description of Certain Illustrated Embodiment^ 

To provide an overall understanding of the invention, certain illustrative 
embodiments will now be described, including a system that allows an entity, such as an 
individual, a partnership, a small business, a trust fund, an ac^countant, or other such 

10 entity, to employ a uniform user interface to perform integrated financial transactions, 

and optionally, to generate records of such integrated financjal transactions, wherein an 
integrated financial transaction will be imderstood to include, although not be limited to, 

a fi nancial t ransaction thatj)ccure between a plurality of financial service providers. It 

will be understood by one of ordinary skill in the art that the systems and methods 

15 described herein are provided merely for the purpose of providing examples of the 

operation and structure of systems and methods of the invention, and that the described 
embodiments and practices maybe adapted and modified to provide alternative systems 
and methods. Thus, it is to be understood that these other additions and modifications 
will not depart fi-om the scope of the invention. 

20 Figure 1 depicts one embodiment of a system 10 according to the invention for 

carrying out integrated financial transactions. Specifically, Figure 1 illustrates a system 
10 wherein a plurality of subscriber systems 12 connect through a network 20 to the 
server 14. The server 14 connects to a proprietary database 16 maintained by the server 
14 and similarly connects, optionally by direct secure lines, to a plurality of financial 

25 service providers 18. The elements of the system 10 can include commercially available 

systems that have been arranged and modified to act as a system according to the 
invention, which allows a subscriber to carry out integrated financial transactions, and 
optionally generated records of these integrated transactions. The system 10 of Fig. 1 
employs the Internet to allow a subscriber at a remote client, the subscriber systems 12, 

30 to access a central server, the depicted central server 14, to login to an account 

maintained by that server, and to employ the services provided to that account to 
perform financial transactions that are commonly required by a small business. 
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For example, the server 1 4 can present the subscriber with an HTML page that 
acts as a user interface. This user interface can present to the subscriber a set of controls 
for performing financial transaction typical for a small business. For example, the user 
interface can provide to the subscriber a control, typically a button on a web page, that 
directs the system to perform a payroll operation. For this transaction, upon activation 
of the user control, the server 14 can create instructions that can be followed by the 
different financial service providers that have a role in the payroll financial transaction. 
For example, the server can generate instructions for one financial service that provides 
money market fiinds, to transfer funds fi^om a money market account into a checking 
accoimt maintained by a different financial service provider. The server can further 
create instructions for this financial service provider that direct the transfer of funds to 
an account maintained by a payroll service provider. The server can then instruct the 
payroll service provider to deliver payche cks in t he a ppropriate amoimts to the small 
business for distribution to the employees. Thus by activating one control, the 
subscriber is able to perform the multiple financial transaction involved in the payroll 
process. 

Turning now the elements that compose the system 10 depicted in Fig 1, it can 
be seen the system 10 includes a network based system that includes a plurality of client 
systems 12 that connect through a network 20, such as the Internet IP network, or any 
suitable network to a server system, such as the server system 14 depicted in Figure 1. 
The server 14 can connect over dedicated channels, over the Internet, or by other means, 
to the financial services providers 18. 

For the depicted system 10, the client systems 12 can be any suitable computer 
system such as a PC workstation, a handheld computing device, a wireless 
communication device, or any other such device, equipped with a network cUent capable 
of accessing a network server and interacting with the server to exchange information 
with the server. In one embodiment, the network client is a web client, such as a web 
browser that can include the Netscape web browser, the Microsoft Intemet explorer web 
browser, the Lynx web browser, or a proprietary web browser, or web client that allows 
the user to exchange data with a web server, and ftp server, a gopher server, or some 
other type of network server. Optionally, the client and the server rely on an unsecured 
conmiunication path, such as the Internet, for accessing services on the remote server. 
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I 

To add secxirity to such a communication path, the client and the server ban employ a 
security system, such as any of the conventional security systems that have been 
developed to provide to the remote user a secured channel for transmitting data over the 

Internet. One such system is the Netscape secured socket layer (SSL) security 

I 

5 mechanism that provides to a remote user a trusted path between a conventional web 

browser program and a web server. Therefore, optionally aijd preferably, the client 
systems 12 and the server system 14 have built in 128 bit or 40 bit SSL capability and 
can establish an SSL communication channel between the clients 12 and the server 14. 
Other security systems can be employed, such as those descjribed in Bruce Schneir, 

10 Applied Crytpography (Addison- Wesley 1996). Alternatively, the systems may employ, 

at least in part, secure commimication paths for transferring jinformation between the 
server and the client. For purpose of illustration however, the systems described herein, 

includin g the system 10 depicted in Fig. 1 will be xmderstoo d to employ a public 

channel, such as an Internet connection through an ISP or any suitable connection, to 

1 5 connect the subscriber systems 1 2 and the server 14. 

The server 14 may be supported by a commercially available server platform 
such as a Sun Sparc ™ system running a version of the Unix operating system and 
running a server capable of connecting with, or exchanging data with, one of the 
subscriber systems 12. In the embodiment of Fig. 1, the server 14 includes a web server, 

20 such as the Apache web server or any suitable web server. The web server component 

of the server 14 acts to listen for requests from subscriber systems 12, and to in response 
to such a request, resolves the request to identify a filename, script, dynamically 
generated data that can be associated with that request and to return the identified data to 
the requesting subscriber system 12. The operation of the web server component of 

25 server 1 4 can be understood more fiilly from Laurie et al.y Apache The Definitive Guide, 

O'Reilly Press (1997). The server 14 may also include components that extend its 
operation to accomplish the integrated financial transactions described herein, and the 
architecture of the server 14 may vary according to the application. For example, the 
web server may have built in extensions, typically referred to as modules, to allow the 

30 server 14 to perform operations that facilitate the integrated financial transactions 

desired by a subscriber, or the web server may have access to a directory of executable 
files, each of which files may be employed for performing the operations, or parts of the 
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operations, that implement the integrated financial transactions of the subscriber. Thus 
it will be understood that the server 14 may act as a financial transaction server 
according to the invention that configures the work station hardware supporting the 
server 14 to act as a system according to the invention. 
5 The server 14 may couple to a database 16 that stores information representative 

of a subscriber's account, including information about the different financial service 
providers that the subscriber employs and information regarding the subscribers 
accounts, including passwords, user accounts, user privileges and siniilar information. 
The depicted database 16 may comprise any suitable database system, including the 

1 0 commercially available Microsoft Access database, and can be a local or distributed 

database system. The design and development of database systems suitable for use with 
the system 10, follow fix)m principles known in the art, including those described in 
McG ovem et al.,^ Guide To Sybase ^Jj^SQL Server, Ad^son-Wesley (1993). The 
database 12 can be supported by any suitable persistent data memory, such as a hard disk 

1 5 drive, RAID system, tape drive system, floppy diskette, or any other s\xitable system. 

The system 10 depicted in Figure 1 includes a database device 16 that is separate from 
the server station platform 14, however, it will be understood by those of ordinary skill 
in the art that in other embodiments the database device 16 can be integrated into the 
server 14. 

20 The server 14 may also couple to a plurality of financial service providers 18. In 

the depicted embodiment, the server 14 coimects to the financial service providers via a 
V secure line, such as a leased telephone line. However, it will be apparent to those of 
ordinary skill in the art that other communication paths can be employed for exchanging 
data between the server 14 and the financial service providers 1 8. The financial service 

25 providers can be entities, or institutions that offer or support financial services to an 

individual or a business. For example, a financial service provider can include 
investment management firms that offer cash management accoimts which combine 
check writing and debit card services with money market rates of interest and which are 
insured against loss or optionally value decline. Similarly, a financial service provider 

30 may include an electronic Bill Payment Service, such as the CheckFree ™ service 

offered by the CheckFree Corporation, which provides the bill payment services and 
electronic bilUng services, and may include a Payroll Service, that allows a subscriber to 
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submit its payroll online through its cash management account. Such services can also 
automatically pay and files taxes from this Account. One such service provider is 
Computer Resources, Inc. A financial service provider may be a 401(k) service that 
provides 401(k) plan management v/ith online enrollment processes including process 
5 for setting up vesting schedules to matching programs, and with options to choose from 

a selection of mutual funds including for example FideUty, yanguard, and Janus. 
Further service providers may include providers that allow a business or individual to 
accept credit cards as payment from customers and have the proceeds electronically 
deposited into the appropriate account, including accoimts tljiat will immediately begin 

10 earning money market rates. Another example of a financiaji service provider will 

include a Leasmg Service, for example BankVest Capital C^rp. , that allows upgrading 
and adding equipment, handling seasonal fluctuations, addressing unexpected cash flow 

intOTuptions and take advantaging of unanticipated opportunities. Additionally, a 

financial service provider may include a credit service, such as the Advanta 

15 MasterCard® service. 

Fig. 2 provides a fimctional block diagram of one server 14 for performing 
integrated financial transactions and further depicts the data flow diagram of one 
example of a subscriber's use of the server 14 to perform an integrated financial 
transaction between the financial service providers 28 and 30. Specifically, Fig. 2 

20 depicts a data flow diagram wherein a subscriber 12 employs a user interface 32 to 

provide user input to the server 14. As can be seen &om Fig. 2, the server 14 acts as 
middleware that coordinates the operations of the financial service providers 28 and 30 
to allow perform a compound or integrated financial transaction, that involves the 
services of both these service providers. Specifically, the server 14 is as a fimctional 

25 block diagram that includes a web server 40, an access control module 42, an instruction 

generator 44 and a report generator 48. The web server 40 can be any suitable web 
server, as discussed above, and in this example, can be understood as the Apache web 
server listening to port 80 and having access to a set of executable files stored in a 
directory accessible to the web server 40 such as the cgi-bin directory. 

30 One such executable file may be a script that implements an access control 

process, to provide an access controller such as the depicted access controller 42. The 
access controller 42 can be a Perl V script, a C language program or any other suitable 
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program for providing a process that can determine, in response to information provided 
by the subscriber, an access level to grant to the subscriber. For example, the access 
controller 42 may process identifier information such as a user name, company name 
and a password provided by the subscriber through an HTML form presented as the user 
interface 32, One such form is depicted in Figure 3. The access controller 42 may 
compare the identifier information provided through the form with information stored in 
the database 16. From this comparison, the access controller can determine whether the 
company name, user name and password indicate that the subscriber has a valid account 
on the server 14. 

In optional embodiments, the access controller can determine the class of access 
to grant the subscriber. For example, in these optional embodiments, each account can 
have a root user that is capable of creating sub accounts on the server, each sub accoimt 
having different levels of user privileges. For example, the root user, or admin, can 
provide certain users with read only access to the company account information. 
Further, the root user may restrict a subaccoxmt user to certain transactions. Thus, the 
payroll person for the company may be allowed to employ the payroll service, but may 
be prevented fi"om accessing the CMA accoxmt for general check writing privileges, or if 
check writing privileges are provided, the access control process may limit the amount 
that a sub user can write checks for, without first securing approval firom the root user, or 
some other subuser. These types of restricted access are depicted in Fig. 4 which 
illustrates an Access Settings page 50, that can be an HTML page presented by the web 
server 40 to the root memba- of the subscriber accoimt. The depicted HTML page can 
be generated in response to a data stream provided to the web server 40 by the access 
controller 42. As shown in Fig. 4, the Access Settings page 50 can present the root user 
with several fields 52, which present to the root user the level of access and types of 
rights provided to each user of the subscriber account. In the depicted example, the root 
user may access for any sub user any field associated with one of the services employed 
by the subscriber. Thus, for example the root user can access the Payroll Privileges field 
for the user "J Parker", to change or modify the users privileges for this service. 
Additionally, as depicted in Fig. 4, the root user can add new users through control 54, 
wherein subaccounts can be created, with the root user granting certain privileges to the 
subuser, and providing for the subuser an account name and password, that can be 

10 
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submitted by the subuser, and employed by the access controller 42 to allow the subuser 
to login to the system and access services. Additionally, the Access Settings page 50 
provides a "delete User" field 58, that allows the root user to delete, optionally vnth just 

one or two clicks of a mouse device, a selected one of the user accoimts. In response to 

I 

5 indicating an account is to be deleted, the access controller 412 can delete the subusers 

account information, such as user name and password fix)m t^e database 16, thereby 
preventing the subuser from being able to subsequently access the server 14. In a further 
optional embodiment, the access controller may also create a log of each users 
transactions, and maintain the log in file that can be viewed ^y the root user. 

1 0 The design and development of the access controller ifoUows fix)m principles 

known in the art of computer programming, including those |set forth in Wall et al.y 
Programming Perl, O'Reilly & Associates (1996); and Johnson et al, Linux Application 

jD€ve/o/?i?ie«r,^Adddsonr^ Additionally, in other embodiments, the access 

controller 42 can be implemented, at least in part, by employing the operating system to 

15 restrict the execution of certain scripts and to restrict £iccess to certain files by 

configuring the operating system in a selected manner. Techniques for so configuring 
the operating system are known in the art, including those techniques set forth in Bach, 
The Design of the Unix Operating System, Prentice-Hall (1986). 

Fig. 2 further depicts that the server 14 may include an instruction generator 44 

20 that acts to generate instructions that can direct the operations of the financial service 

providers, such as the depicted providers 28 and 32. In one embodiment, the instruction 
generator 44 may be an executable file, or group of executable files, that the web server 
14 may access in response to user information and user commands. For example, upon 
logging onto the system, the web server 40 may present to the subscriber an HTML page 

25 that includes a number of controls each of which correspond to an available integrated 

financial transaction which the subscriber can activate. The subscriber can activate the 
integrated financial transaction by using the control, such as by clicking a button with a 
mouse. In response to the control being activated, the client browser can return to the 
web server a locator for an executable file that can perform, at least in part, the 

30 integrated financial transaction. For example, the instruction generator 44 can be an 

executable file, such as a Perl V script, a C language program or any other suitable 
program for providing a process that can generate instructions for a financial service 
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provider, such as the depicted financial service providers 28 and 30, to achieve an 
integrated financial transaction for the subscriber. 

For example, an continuing with the earlier described example, the subscriber 12 
can employ a web browser to access the web server 40 component of the server 14 and 
to receive fi-om the server 1 4 an HTML, XML, SGML or other suitable format document 
that can act as the user interface 32. In one example, the user interface 32 is an HTML 
page that employs the FORM tag/protocol for allowing a subscriber to transmit data to 
the server 14. For example, the user interface 32 can provide the subscriber 12 with a 
form that allows the subscriber 12 to enter a customer identifier and a password. The 
subscriber 12 submits the data to the server 14 and, as discussed above, the server 14 
processes the data to determine whether the subscriber 12 is an authorized user and 
optionally the level of access to be granted to the subscriber 12. 

Once the server 14 determines that the subscriber 12 can have access to an 
accbimt maintained by the server 14 and can determine the level of access for the 
subscriber 12, the server 14 can update the user interface 32, by providing to the 
subscriber 12 a page, such as an HTML page, that presents to the subscriber 12 one or 
more user controls, typically button controls, that allow the subscriber 12 to direct the 
server 14 to perform an integrated financial transaction. For example, one button can 
provide the subscriber with a control that allows the subscriber 12 to direct the server 14 
to perform a payroll operation for the company. Upon activating the control, the 
browser can dehver to the server 14, information representative of an instruction to make 
payroll. 

Upon receiving the instruction, the server 14 may call a script that activates the 
instruction generator 44 which will direct and coordinate the different financial service 
providers to perform the tasks that comprise the payroll transaction. In a first act, the 
instruction generator 44 can access the database 16 to determine the financial service 
provider employed by the subscriber 12 to maintain the accoimt for the company fimds 
that are to be employed for making payroll. This information can include the 
information for accessing the financial service provider, such as the financial service 
provider 28 depicted in Fig. 2, which can be a CMA service provider that provides the 
subscriber with a money market account for storing company fimds. The information 
retrieved &om the database 1 6 can include the information for accessing the financial 
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service provider 28, such as a telephone number for a leased line that may be employed 
for accessing on-line services offered by the financial service provider 28. In alternative 
embodiments, the instruction generator 44 can retrieve fix)m the database 16 a URL for 
accessing on line services though the Internet, or can retrieve an email address for 
5 sending instructions by email to a human operator at the financial service provider 28. 

The instruction generator 44 employs the informatioij stored within a database 16 
to generate instructions for the financial service provider 28. To this end, the instruction 
generator 44 can access data stored within the database 16 which is representative of a 
login data for accessing an on-line financial service providec^ by the financial service 

10 provider 28. The login of can include a telephone number, uiser account identifier, 

password, or any other information necessary for the server |4 to act as the subscriber's 
proxy in accessing the online financial services provided by the financial service 

pro vider 28 . ^O^ce ttie instruction ge nerat or 4 4 ha s est^lished a communication path 

with the financial service provider 28, the instruction generator 44 may create a set of 

15 instructions representative of a request for transferring fimds fi*om a CMA accoimt < 



maintained by the subscriber at the financial service provider 28, to transfer these funds 



service provider 30 can deliver a report to CMA provider 28 indicating the receipt of 
funds. The CMA provider 28 can deliver similar information to the instruction 
generator 44 for allowing the instruction generator 44 to update the records of the 
subscriber 12 maintained by the server 14. 

25 Upon receipt of the report fi-om the CMA service provider 28 that funds have 

been transferred to the service provider 30, the instruction generator 44 can, as depicted 
in Figure 2, access database 16 for collecting information necessary for creating a 
commxmication path with the payroll service provider 30. Accordingly, the instruction 
generator 44 may then access an online service provided by the payroll service provider 

30 30 and establish a communication path with the payroll service provider 30. The 

instruction generator 44, once the communication path has been established can than 
deliver to the payroll service provider 30 instructions in a format understandable by the 



to the financial service provider 30 which can be a payroll service provider. As 
depicted in Figure 2, in response to the instructions provided by the instruction generator ^ 
44, the financial service provider 28 can transfer funds to an accoimt held by the O 
20 subscriber 12 and maintained by the payroll service provider 30. In response the payroll 
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payroll service provider 30, that instruct the payroll service provider 30 to create checks 
for paying the payroll for the small business. Upon receipt of the instructions the payroll 
service provider 30 can create the necessary checks and deUver the checks as appropriate 
and may create a record of the transaction that can be delivered to the instruction 
generator 44 to update the accounts of the subscriber 12. 

Upon completion of the payroll transaction the report generator 48 may process 
the receipt information provided by the CMA provider 28 and the payroll service 
provider 30 to create a report of the transaction that may, optionally, be delivered to the 
subscriber 12. 

Thus, it can be understood that the systems and methods described herein, 
including those depicted in Figiu'es 1-4 provide an individual or entity with an integrated 
tool kit for managing a plurality of financial service products. It will further be 
understood that these systems allow a subscriber to access the server 14 remotely, such 
as through the Internet, and that the subscriber 12 may enter a single user name and one 
ID or password and thereby gain access to the application server running on the platform 
14. 

Fig. 5 shows in more detail the types of operations that a subscriber 12 would 
employ for initiating an account with the server 14 and for accessing and operating the 
application platform provided by server 14. Specifically Fig. 5 illustrates that a session 
between the subscriber 12 and the server 14 begins with a log on wherein the system 
determines whether or not the subscriber 12 logging on to the system is a new user, or a 
user that has already registered and therefor has an account. If the server 14 determines 
that a user is a new user, the web server 40 generates a HTML page that directs the 
subscriber 12 to enter information about the subscriber 12 for enrolling the subscriber 
into the system. For example, the web server 40 can generate an HTML page that asks 
for a user name, credit card number, identification of the type of small business being 
operated by the subscriber 12, such as a corporate business partnership, sole 
proprietorship, or trust. Once the server 14 has received the completed form fi*om the 
subscriber 12, the server 14 can open an account for the subscriber. Once the account is 
open, the web server 40 may present to the subscriber 12 an HTML page that provides 
the subscriber 12 with a series of optional financial transactions that the subscriber 12 
can activate and direct the server 14 to perform. For example, as shown by Fig. 5 the 
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server 14 can present to the subscriber 12 an HTML page that includes graphical control 
elements which allow the subscriber 12 to instruct the ^plication server to implement 
functions related to the subscriber's core account, a bill paying operation, access 
controls, download functions, or flash reports. For example, the subscriber 12 may 
5 select to view and perform transactions in the core account. I The core account is or can 

be a cash management accoimt which combines check writing and debit card services 
while providing true money market rates of return on all balances. Cash for all business 
needs such as paying checks or submitting the payrolls can be electronically debited 
from the core account. The set up, execution, and ongoing management of all financial 

10 transactions can be maintained under the control of the subspriber 12 through accessing 

and controlling the core account through the server 14. | 

The bill paying operation can be a bill paying procedure implemented by the 
server 14 that lets the subscriber 12 pay vendors electronically. The system provides 
ease of use and can track and consolidate the information regarding bill pajdng right into 30 

15 an accoimt statement. Payments can include remittance information to enable proper C/3 

crediting of the subscriber 12' s accoxmts with vendors. Additionally, the server 14 can ^ 
provide an accoimt payroll function. The accoimt pa3a'oll service will enable the ^ 
subscriber 12 to set up and submit payroll information electronically. The subscriber 12 1^ 
can then perform all standard payroll functions electronically from wherever the ^ 

20 subscriber 12 chooses to log in, and at any time the subscriber 12 chooses to log in to the ^ 

application server. q 
Additionally, the server 14 allows the subscriber 12 to download information. ^ 
Specifically, the server 14 allows the subscriber 12 to link the account with an 
accounting software package maintained by the subscriber 12, for example, at the PC 

25 workstation that the subscriber 12 is employing for accessing the server 14. The data 

can be downloaded to a file on a PC which can then be imported to an accounting 
package, such as Quicken, or any small business accounting package. Optionally, the 
server 14 may provide other financial transaction controls such as controls for 
implementing retirement plans, small business lending, business credit card 

30 management, prepaid telephone services, or any other suitable financial transactions. 

Turning to Fig. 6, one example of the operation of the server 14 can be seen. As 
shown by Fig. 6, a process 70 is illustrated wherein the server 14 in step 72 receives the 
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instructions from the subscriber 12 through the form or through a control activated by 
the client on the web page provided to the subscriber 12. In one example, the subscriber 
12 instructs the server 14 to make payroll. Once the instruction is received by the server 
14, the server 14 may in step 74 check an access control. The access control is part of 
the application server's ability to provide multiple access to a small business owner's 
accounts by allowing multiple users to share the account. For example, the application 
server 14 may allow a proprietary user, such as the root user, to set up a plurality of 
accounts, such as an accoimt for their accountants, CFO or secretary. The small 
business owner can provide controls that set the access the other user is given. For 
example, the accoimtant can be given the control necessary to prepare bills for being 
paid electronically, however, can lack the necessary level of access to be able to actually 
kick off electronic payment. Optionally, other access controls can be set up to provide 
some users with view only control of monies in certain accounts. Other levels of access 
including read only access and control can be provided. Similarly, a new employee in a 
company being entered initially by a user with ADMINISTRATOR. Privileges can be 
enrolled in LTD, STD, health care, payroll deductions, etc. with entry of information. 
READ ONLY access to the information does not permit changing any information in the 
system. 

Returning to Fig. 6 it can be seen that after the access control is checked, if the 
access control indicates that the instruction can be proceeded with the process 70 will 
proceed to the step 78 for preparing an instruction to view the account balance. In this 
step, the server 14 accesses the data stored in the database 16 to get all information 
necessary for generating an instruction to the proprietary system which implements the 
subscriber's 12 core account. For example, the application server can reach into the 
database 16 to get any information necessary such as tax payer id information, account 
nimiber information, user name, passwords, or any other information necessary for 
preparing a data package that can be transmitted electronically over secure lines to the 
financial service provider that is managing the account from which monies to be taken 
for paying payroll. As shown in Fig. 6 the first instruction requests information 
representative of the balance maintained in the account. The financial service provider 
receives the instruction from the application server and returns information, optionally, 
in a proprietary format, to the application server. In step 80, the server 1 4 translates the 



16 



wo 00/28462 



PCT/US99/26371 



information provided by the service provider into an HTML page and presents the 
HTML page to the subscriber 12, The subscriber 12 can view the HTML page to see the 
subscriber's balance at the service provider. Once the balance is displayed as shown by 
Fig. 6 the subscriber may decide there is not enough information, or money, to make 
5 payroll and issue an instruction to stop, step 82, wherein the process will end at step 82. 

Alternatively, if enough money is available the subscriber 12 can instruct the process to 
continue. As shown in Fig. 6, the subscriber 12 can generale an instruction to pay which 
the server 14 will receive at step 88. Responsive to the instruction to pay, the server 14 
will prepare an instruction to move money from, for example, a mutual fund account to a 

10 checking account to payroll. Accordingly, the server 14 wijll get the information from 

the database for preparing the multiple instructions each of |Which can be sent to different 
financial service providers each of which can have different proprietary formats for 
receiving data. Accordingly, it can be seen that the server 14 implements, in step 90, a 
plurality of different financial transactions each of which are used for carrying out one 

1 5 composite transaction, such as making payment of payroll. As such, the systems 

described therein provide the subscriber 12 with a *'point and click" functionality for 
making payroll for their company. Once the instructions to move monies to the proper 
account and kick off payroll are made, the server 14 can then create and store a record 
of the transaction which can be maintained in the database 16 depicted in Figure 1. 

20 The server 14 described herein can be any suitable application program written 

in any suitable computer language such as C or C++, or any other suitable computer 
language. The development of such application programs is within the skill of one of 
ordinary skill in the art. Moreover, it will be understood by those of ordinary skill in 
the art that, although Figs. 1 and 2 graphically depict the server 14 and its components 

25 as functional block elements, it will be apparent to one of ordinary skill in the art that 

these elements can be realized as computer programs or portions of computer 
programs that are capable of running on a data processor platform to thereby configure 
the data processor as a system according to the invention. Moreover, although Figs. 1 
and 2 depict the server 14 as an integrated unit, it will be apparent to those or ordinary 

30 skill in the art that this is only one embodiment, and that the invention can be 

embodied as a series of distributed computer program, with certain functionality on the 
distributed across multiple servers and with varying divisions of functionality between 
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the server side and the client side. Additionally, it will be understood that various 
modifications and extensions of the systems and methods described herein can include 
server processes that employ use account information to automatically, or at least in 
part automatically, subscribe the user to other financial services, or to sign the 
5 subscriber up with other financial service providers. Thus in one such modified 

system, the server can provide the subscriber with a form that allows the subscriber to 
set criteria for when the subscriber would be willing to change service providers. 
Thus the subscriber can indicate, for example, that the subscriber would be willing to 
change credit card providers if a new credit card provider could be identified that 

10 would provide a credit program meeting certain desired or specified criteria. In this 

extended system, if such a program is offered by a provider, the server 14 could 
employ subscriber information, such as names, addresses, tax id and other such 
informaition to the new provider, and could transfer accoimt balances, and request new 
credit cards, all without, or with minimal, subscriber intervention. Thus, it will be 

15 understood that the above described systems and processes are merely embodiments of 

the invention and that other embodiments can be made without departing from the 
scope hereof. 
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CLAIMS 

1 . A process for allowing an integrated financial transaction, including 

providing a subscriber with an identifier representative of a subscriber account, 
5 generating account data associated with said identifiejr and being representative 

of account information for accounts maintained by said subscriber at a plurality of 
financial service providers, 

providing said subscriber with a control for initiating said integrated financial 
transaction, | 
10 generating, in response to the subscriber activating said control, a set of 

instructions for a first of said financial service providers andj a set of instructions for a 
second different financial service provider, and 

providing said sets of instructions to respective ones of said financial service 
providers, whereby execution of said sets of instructions coordinates respective 
1 5 operation of said financial service providers to achieve an integrated financial ^ 



transaction for said subscriber. 



CO 



2. The method of claim 1, wherein said identifier includes a company identifier. ^ 

m 

20 3. The method ofclaim 2, wherein said identifier includes a personal identifier. 

m 
o 

4. The method ofclaim 2, wherein said identifier includes a password. Q 

-< 

5. The method of claim 1 , further including 
25 providing a common user interface; and 

wherein said step of providing said identifier employs said common user 
interface. 

6. The method of claim 1, further including 

30 providing a liser interface capable of allowing said subscriber to access a 

plurality of said financial service employed by said subscriber and provided by different 
financial service providers. 
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7. The method of claim 1, further including 

providing a download function for allowing said subscriber to communicate said 
account data in a selected file format to a client program capable of processing said data 
in said selected format. 

8. The method of claim 1, including, allowing said subscriber to create 
subaccoxmts. 

9. The method of claim 8, including 

allowing said subscriber to assign privileges to each of said subaccounts to 
control access to available financial services. 

10. The method of claim 8, including allowing said subscriber to delete 
subaccounts, thereby preventing a sub-user from accessing available financial services. 

11. The method of claim 1 , further including 

collecting user information from said subscriber, and employing said user 
information for registering said subscriber with additional financial service providers. 

12. The method of claim 1, including 

allowing said financial service provider to unregister said subscriber from 
financial service providers. 

13. The method of claim 1, including, 

allowing said subscriber to idrntify criteria for switching between financial 
service providers. 

14. A method executed in a computer system for providing integrated financial 
control, the method comprising, 

providing an established identifier; 

providing account data associated with said established identifier and being 
representative of account information with two or more financial service providers; 

20 
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I 

providing one or more privileges in accordance with said established identifier; 
for each of said one or more privileges, providing a corresponding access level 
associated with each of said one or more privileges; and 

coordinating two or more financial transactions by employing said accoimt data 

I 

with each of said two or more financial service providers in accordance with said access 
levels. , 



15. The method of claim 14, wherein said financial service providers are 
selected fiom the group consisting of a payroll provider, len(|ing provider, bill paying 
provider, health insxirance provider, retirement plan providerj» 40 IK plan provider, lease 
provider, and credit provider. i 



16. The method of claim 14, further including 

providing a flash report including a first data item and a second data item 
wherein said first data item is employed by a first one of said financial service providers 
and said second data item is employed by said second financial service provider 
different firom said first financial service provider. 



17. The method of claim 16, further including 

providing said flash report as a function of said access level. 



18. A web site for allowing a subscriber to perform financial transactions, 
comprising 

a database having account information stored therein being representative of 
account information for two or more financial service employed by said subscriber and 
maintained by different financial service providers, and 

a web server, having an access controller, and an instruction generator capable of 
processing said account information for generating a set of instructions for a first 
financial service provider and a set of instructions of a second one of said financial 
service providers, wherein said sets of instructions are capable of coordinating said 
financial services of said financial service providers to achieve an compound financial 
transactions 
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